Examen du Backlog des types de dossier

1. Téléchargez le classeur GoGoRoad_CaseTypeBacklog_Challenge.xlsx sur votre poste de travail.
   GoGoRoad_CaseTypeBacklog_Challenge.xlsx (106.08 KB)
   Note: Pour des raisons de sécurité, les macros sont désactivées dans ce Case Type Backlog. Les macros sont activées pour les classeurs Case Type Backlog téléchargés directement depuis le site Web Pega Express Toolkit.
2. Ouvrez le classeur, puis cliquez sur l’onglet Project Summary.
3. Vérifiez le nom du client (Client Name), le nom de la mission (Engagement Name) et le journal des modifications (Change Log). 
4. Téléchargez le classeur Case Type Backlog depuis le site Web Pega Express Toolkit sur votre poste de travail.
   Tip: Activez les macros associées à l’outil Case Type Backlog pour que le tableur Excel transfère les informations entre les différents onglets.
5. Pensez à un projet sur lequel vous avez travaillé dans le passé ou à un projet qui vous est actuellement affecté.
   Imaginez ce projet comme une application Pega Platform et utilisez-le pour créer votre propre Case Type Backlog.
6. Ouvrez le Case Type Backlog, puis, dans le champ Client Name , entrez le nom du projet.
7. Dans le champ Sizing Generated By, entrez votre nom.

   Comme illustré dans la figure suivante, l’onglet Project Summary contient des informations de base sur le projet :

   
   Note: L’onglet Project Summary contient également des informations sur la date de modification du document Case Type Backlog.

Dans l’onglet Assumptions, ajoutez toute information sur les hypothèses au niveau du projet ou du programme qui ont été convenues pour divers aspects :

1. Dans le classeur GoGoRoad_CaseTypeBacklog_Challenge.xlsx, cliquez sur l’onglet Assumptions.
2. Passez en revue les hypothèses formulées pour le projet GoGoRoad, en prenant note en particulier des hypothèses formulées pour le MLP1.
3. Dans votre propre Case Type Backlog, indiquez toute information sur les hypothèses au niveau du projet ou du programme qui ont été convenues pour divers aspects de votre projet, y compris la migration des données, la charte graphique de l’application et l’exécution sur les canaux (Channels).

   La figure suivante montre l’onglet Assumptions :

   
   Note: Les informations contenues dans l’onglet Assumptions proviennent de la réunion entre les équipes Sales et Delivery, qui permet au Business Architect et aux autres membres de l’équipe d’implémentation de bien comprendre les limites prises en compte lors du calcul de la taille et du coût du projet.

Dans l’onglet Microjourneys, décrivez le processus qui doit être repensé afin d’atteindre les résultats pour le client concerné par le projet :

1. Dans le classeur GoGoRoad_CaseTypeBacklog_Challenge.xlsx, cliquez sur l’onglet Microjourneys.
2. Passez en revue les Microjourneys qui ont été identifiés pour le projet GoGoRoad :
   1. Dans la colonne Microjourney, définissez un Microjourney pour chaque résultat identifié pour le client.
   2. Dans la colonne Description, entrez les hypothèses et exceptions qui influent sur le workflow, les zones de volume à prendre en compte et les exigences du client.
3. Dans votre propre Case Type Backlog, documentez le Microjourney et la description de votre projet.

   La figure suivante montre l’onglet Microjourneys :

   

Dans l’onglet Case Types, répertoriez les types de dossier, les Microjourneys associés, la complexité de développement prévue, l’utilisation prévue des canaux et les hypothèses associées :

1. Dans le classeur GoGoRoad_CaseTypeBacklog_Challenge.xlsx, cliquez sur l’onglet Case Types.
2. Vérifiez les informations fournies sur les types de dossier identifiés pour le projet GoGoRoad :
   1. Dans la colonne Parent Microjourney(s), passez en revue le Microjourney sélectionné.
   2. Dans la colonne Average Complexity, passez en revue les niveaux sélectionnés :
      Note: La livraison du MLP1 devrait avoir un niveau de complexité de OOTB ou Low.
      • OOTB (Out-of-the-box)
      • Low
      • Medium
      • High
      • Complex
   3. Dans les sous-colonnes de la colonne Channels, passez en revue l’exposition attendue des utilisateurs pour chaque type de canal dans lequel les utilisateurs reçoivent les dossiers.
   4. Dans la colonne Assumptions, passez en revue toutes les hypothèses qui ont été faites au sujet des types de dossier, de leurs relations les uns avec les autres et de leur exécution par rapport aux MLP du projet.
3. Dans votre propre Case Type Backlog, documentez les types de dossier de votre projet : 
   1. Sélectionnez un ou plusieurs Microjourney(s) parent(s).
   2. Sélectionnez une complexité moyenne (Average Complexity).
   3. Dans la colonne Channels, attribuez une exposition attendue aux utilisateurs pour chaque type de canal dans lequel les utilisateurs reçoivent les dossiers.
   4. Dans la colonne Assumptions, décrivez les hypothèses qui ont été faites au sujet des types de dossier, de leurs relations les uns avec les autres et de leur exécution par rapport aux MLP du projet.

      Un exemple de l’onglet Case Type est illustré dans la figure suivante :

      
   Note: Il n’existe pas toujours de relation de un-à-un entre les types de dossier et les Microjourneys. L’onglet Case Type permet de définir la relation entre les types de dossier que vous développez dans App Studio et les Microjourneys identifiés à partir du parcours client et du résultat stratégique souhaité.

Sous l’onglet Supporting Features, répertoriez les fonctionnalités d'aide à l’échelle de l’application qui sont identifiées au cours de la phase de découverte du projet.

L’onglet Supporting Features fournit des informations et des exigences relatives à la fonctionnalité globale du workflow du type de dossier (Case Type) en ce qui concerne les capacités de Pega en matière d’automatisation des workflows et d’aide à la décision basée sur l’IA. Ces informations sont particulièrement importantes pour l’équipe d’implémentation de l’application, car elles constituent la base de tout le travail de développement d’applications dans les types de dossier de l’application. 

1. Dans le classeur GoGoRoad_CaseTypeBacklog_Challenge.xlsx, cliquez sur l’onglet Supporting Features.
2. Vérifiez les informations fournies sur les fonctionnalités d'aide identifiées pour le projet GoGoRoad :
   1. Dans la colonne Case Types, passez en revue le type de dossier associé à chaque fonctionnalité.
   2. Dans la colonne Average Complexity, passez en revue les niveaux sélectionnés :
      Note: La livraison du MLP1 devrait avoir un niveau de complexité de OOTB ou Low.
      • OOTB (Out-of-the-box)
      • Low
      • Medium
      • High
      • Complex
   3. Dans les sous-colonnes de la colonne Channels, passez en revue l’exposition attendue des utilisateurs pour chaque type de canal dans lequel les utilisateurs reçoivent les dossiers.
   4. Dans la colonne Assumptions, passez en revue toutes les hypothèses qui ont été faites au sujet des types de dossier, de leurs relations les uns avec les autres et de leur exécution par rapport aux MLP du projet.
3. Dans votre propre Case Type Backlog, documentez quelques fonctionnalités Pega que vous identifiez comme essentielles à l’application de votre projet.
   Note: Concentrez-vous sur les fonctionnalités que vous avez implémentées dans votre version d’application Low-Code Maker. Ces fonctionnalités incluent Approve/Reject, les Notifications automatiques par e-mail, le routage automatisé et les contrats de niveau de service (SLA).
4. Sélectionnez un ou plusieurs types de dossier pris en charge par chaque fonctionnalité.
5. Sélectionnez une complexité moyenne (Average Complexity).
6. Dans la colonne Channels, attribuez une exposition attendue aux utilisateurs pour chaque type de canal dans lequel les utilisateurs reçoivent les dossiers.
7. Dans la colonne Assumptions, décrivez les hypothèses qui ont été faites au sujet des types de dossier, de leurs relations les uns avec les autres et de leur exécution par rapport aux MLP du projet.

   L’onglet Supporting Features est illustré dans la figure suivante :

   
   Note: Pour le Business Architect Pega, les fonctionnalités de l’onglet Supporting Features influencent considérablement, mais ne définissent pas complètement, la transformation des processus existants de l'organisation en workflows transformés qui capitalisent sur les fonctionnalités d’automatisation et d’aide à la décision basée sur l’IA de Pega. Si vous pouvez améliorer un workflow à l’aide de fonctionnalités Pega et de fonctionnalités qui ne figurent pas dans l’onglet Supporting Features, n’hésitez pas à communiquer vos idées aux parties prenantes concernées des équipes projet métier et IT.

Dans l’onglet Interfaces, répertoriez les systèmes d’enregistrement (System Of Record) externes avec lesquels l’application communique. Ces systèmes sont classés comme Connecteur ou Service :

• Un Connecteur est une interface dans laquelle cette application Pega envoie une demande à une autre source de données ou application •
• Un Service est une interface dans laquelle une autre application envoie une demande à cette application Pega.

1. Dans le classeur GoGoRoad_CaseTypeBacklog_Challenge.xlsx, cliquez sur l’onglet Interfaces.
2. Passez en revue les informations fournies sur les interfaces identifiées pour le projet GoGoRoad :
   1. Dans la colonne Service of Connector, vérifiez la sélection Connector ou Service.
   2. Dans la colonne Interface/Data Source Type, passez en revue le type de source sélectionné de l’interface.
      Note: La liste des types de source dépend de votre sélection pour la colonne Service or Connector. Les choix les plus populaires pour les connecteurs sont SOAP ou REST.
   3. Dans la colonne Complexity, passez en revue la sélection de Low, Medium ou High.
   4. Dans la colonne Interface Data Source Exists? , passez en revue la sélection de Yes, No ou Unknown.
   5. Dans la colonne Assumptions, passez en revue toutes les hypothèses qui ont été faites au sujet de l’interface.
   6. Dans la mesure du possible, documentez les interfaces que vous avez identifiées pour votre application dans votre propre Case Type Backlog.

   La figure suivante montre l’onglet Interfaces :

   
   Note: Ces informations relatives à l’interface intéressent particulièrement les System Architects de l’équipe d’implémentation, mais il est utile aux Business Architects d’avoir une idée de la complexité de cet aspect du projet.

Dans l’onglet Personas, répertoriez les différents grands groupes d’utilisateurs susceptibles d’interagir avec l’application et les types de dossier. Identifiez chaque groupe d’utilisateurs, ses relations avec les autres et toute autre hypothèse concernant son rôle au sein de l’application :

1. Dans le classeur GoGoRoad_CaseTypeBacklog_Challenge.xlsx, cliquez sur l’onglet Personas .
2. Passez en revue les informations fournies sur les personas (Personas) identifiés pour le projet GoGoRoad et les hypothèses (Assumptions) formulées concernant le groupe d’utilisateurs.
3. Dans votre Case Type Backlog, documentez les personas identifiés en tant qu’utilisateurs de votre application. Détaillez toute hypothèse connexe.

   Un exemple de l’onglet Personas est illustré dans la figure suivante :

   

Dans l’onglet Reports, répertoriez les rapports personnalisés (custom reports) et la correspondance jugés importants pour que l’adoption et l’intégration de l’application aboutissent.

1. Dans le classeur GoGoRoad_CaseTypeBacklog_Challenge.xlsx, cliquez sur l’onglet Reports.
2. Passez en revue les informations fournies sur les rapports ou correspondances (Reports or Correspondence) pour le projet GoGoRoad.
   1. Dans la colonne Average Complexity, passez en revue les niveaux sélectionnés :
      • OOTB (Out-of-the-box)
      • High 
      • Medium
      • Low
   2. Dans la colonne MLP Release , passez en revue la version MLP.
   3. Dans la colonne Assumptions, passez en revue toutes les hypothèses qui ont été faites au sujet de l’interface.
3. Dans votre propre Case Type Backlog, documentez au moins un rapport personnalisé qui facilite l’analyse opérationnelle par les parties prenantes du projet.

   La figure suivante montre un exemple de l’onglet Reports :

   
   Note: L’onglet Reports ne répertorie pas les rapports prêts à l’emploi disponibles avec Pega Platform, mais plutôt les rapports personnalisés que l’équipe d’implémentation doit créer. L’onglet Reports indique le nom du rapport, la complexité du développement, la version prévue et toutes les hypothèses formulées à propos du rapport.  

L’onglet Work Backlog regroupe les détails saisis dans les onglets précédents du tableur Case Type Backlog.

1. Dans le classeur GoGoRoad_CaseTypeBacklog_Challenge.xlsx, cliquez sur l’onglet Work Backlog.
2. Vérifiez les colonnes de l’onglet Work Backlog pour le projet GoGoRoad :
   1. C or F : reprend automatiquement les entrées de l’onglet Supporting Features sous la forme d’un type de dossier (Case Type) ou d’une fonctionnalité (Feature).
   2. Microjourney : reprend automatiquement les entrées de l’onglet Supporting Features avec les entrées de l’onglet Microjourneys via des informations sur le type de dossier.
   3. CaseType / Feature : reprend automatiquement le contenu de l’onglet Supporting Features.
   4. Which Case Type is this Feature in support of? : reprend automatiquement les types de dossier à partir de l’onglet Supporting Features.
   5. Average Complexity : reprend automatiquement le contenu de l’onglet Supporting Features.
   6. Interfaces  (colonnes) : les interfaces sont renseignées à partir de l’onglet Interfaces. Vérifiez comment les interfaces ont été associées aux fonctionnalités d'aide.
   7. Personas (colonnes) : les personas sont renseignés à partir de l’onglet Personas. Vérifiez comment les personas ont été associés aux fonctionnalités d'aide.
   8.  Channels (colonnes) : reprend automatiquement les entrées de l’onglet Case Types. Associe les canaux (Channels) à des fonctionnalités d'aide (Supporting Features) via des informations sur le type de dossier (Case Type).
   9. Biz Value : Vérifiez la sélection de Low, Medium ou High.
   10. MLP Release : Vérifiez la sélection de MLP1, MLP2, MLP3, MLP4 ou Future.
   11. Sizing Assumptions : Entrez toute hypothèse concernant les fonctionnalités liée au dimensionnement du projet. La colonne Assumptions justifie la valeur attribuée dans la colonne Biz Value. 
3. Dans votre Case Type Backlog, examinez l’onglet Work Backlog pour confirmer que les informations des onglets précédents sont correctement consolidées.
   1. Entrez un X lorsque les interfaces identifiées se rapportent à des fonctionnalités d'aide (Supporting Features) ou à des types de dossier (Case Types).
   2. Entrez un X lorsque les personas identifiés se rapportent à des fonctionnalités d'aide ou à des types de dossier.
   3. Sélectionnez une valeur métier (Biz Value) pour chaque fonctionnalité d'aide ou type de dossier.
   4. Sélectionnez une version (Release) pour chaque fonctionnalité d'aide ou type de dossier.
   5. Ajoutez toutes les hypothèses que vous jugez pertinentes pour le dimensionnement du projet.

   Un exemple de l’onglet Work Backlog est illustré dans la figure suivante :

   
   Note: Pour un Business Architect, le Work Backlog fait office de récapitulatif du projet dans un onglet unique. Vous pouvez utiliser les onglets précédents pour obtenir des informations complémentaires, notamment en ce qui concerne les hypothèses formulées.

Sous l’onglet Project Attributes, fournissez des informations supplémentaires sur le projet en ce qui concerne le développement et le déploiement d’applications :

1. Dans le classeur GoGoRoad_CaseTypeBacklog_Challenge.xlsx, cliquez sur l’onglet Project Attributes.
2. Dans la colonne Attribute Type, passez en revue les informations fournies pour les attributs du projet en relation avec le projet GoGoRoad :

   Type d’attribut	Actions
   Platform/Application Info	Dans le champ Pega Version , saisissez le numéro de version de l’application Pega. Dans le champ Application Name , saisissez le nom de l’application. Dans le champ Application Version , saisissez les numéros de version majeure et mineure de l’application. Note: La première version d’une application est toujours 01.01.
   Co-Production	Dans la liste Staffing Model , sélectionnez l’une des valeurs suivantes : Co-Production Non Co-Production Dans la liste Engagement Lead , sélectionnez le type de lead : Pega Led/Client Co-Prod Partner Led/Client Co-Prod Pega Led Partner Led
   Delivery	Dans la liste Delivery Methodology, sélectionnez un type de delivery : Agile/Scrum Waterfall/Other Dans Scrum Maturity, sélectionnez une valeur : High Medium Low Dans le champ Number of Scrum Teams , saisissez un nombre.
   Other Attributes	Dans la liste Pega Cloud or Existing On-Prem Instance, sélectionnez une valeur : Yes No Dans Data Import/Conversion Required, sélectionnez le niveau d’effort requis : None Low Medium High Dans le champ Localization, entrez le nombre de langues supplémentaires. Dans Highly Regulated or Complex Company list, sélectionnez une valeur : Yes No
   Special Packages in MLP1	Dans la liste Robotics , sélectionnez une valeur : Yes No Dans la liste Mkt & Dec Quick Win Package , sélectionnez une valeur :
   Risk	Dans le champ Other Contingencies, saisissez un pourcentage.

3. Dans votre Case Type Backlog, passez en revue et sélectionnez quelques choix possibles pour les différents types d’attribut associés à votre projet.

   L’onglet Project Attributes contient des valeurs par défaut, comme illustré dans la figure suivante :